In case of rk35xx-vendor, the mt7921e PCIe WiFi drivers were enabled already,
but the one for USB was missing. It was enabled for most other boards already,
hence this commit is an alignment.

Signed-off-by: MichaIng <micha@dietpi.com>

to fix onboard Ethernet on NanoPi M1 Plus: MichaIng/DietPi#6974

Signed-off-by: MichaIng <micha@dietpi.com>

**********************************************************
**   NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE   **
**                                                      **
** trace_printk() being used. Allocating extra memory.  **
**                                                      **
** This means that this is a DEBUG kernel and it is     **
** unsafe for production use.                           **
**                                                      **
** If you see this message and you are not debugging    **
** the kernel, report this immediately to your vendor!  **
**                                                      **
**   NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE   **
**********************************************************

Signed-off-by: MichaIng <micha@dietpi.com>

Signed-off-by: MichaIng <micha@dietpi.com>

The image path "must be the absolute filename of the kernel image". Else, when using image_dest or link_in_boot in /etc/kernel-img.conf, it links to the non-existing boot/ sub directory.

Signed-off-by: MichaIng <micha@dietpi.com>

Signed-off-by: MichaIng <micha@dietpi.com>

and replace dialog with whiptail.

Signed-off-by: MichaIng <micha@dietpi.com>

- Enable all RTW88 mainline drivers
- Disable all related 3rd party drivers
- Merge and sort all related config keys
- Align for all mainline Rockchip/Allwinner/Amlogic configs

As an exception, keep using the out-of-tree driver for RTL8723DS, which performs much better on Linux 6.12. On Linux 6.16, the mainline driver runs as smooth, but throws a warning invalid efuse MAC, assigning a random one instead.  On ROCK Pi S, the out-of-tree driver does not assign a static MAC etiher, but only the last 3 blocks are random, the first 3 remain static. On the Gateway GZ80X, as heard from someone else, it seems to apply a completely static MAC. In any case, it can obviously better obtain MAC address info hardware, respectively do so in more cases.

Signed-off-by: MichaIng <micha@dietpi.com>

This breaks the ATF build that was likely unintentionally enabled with armbian#8449. However, when already creating an upstream diff, we go forward and use ATF with latest U-Boot version.

This also removes the unnecessary SPI images from U-Boot builds. This SBC does not have an SPI storage.

Signed-off-by: MichaIng <micha@dietpi.com>

* cpufrequtils is not installed anymore by Armbian, hence removing it from Trixie is not needed anymore.
* On Debian, software-properties-common is not needed, but spamming the logs with a warning about that is unnecessary => degraded to debug
* Removed duplicate software-properties-common argument
* Do not spam logs with a warning if the optional userspace extensions dir does not exist

Signed-off-by: MichaIng <micha@dietpi.com>

All other H3/H5 boards we support, have no RTC battery socket. But the RTC node is enabled by default in mainline Linux, reserving /dev/rtc0. The kernel config uses that via CONFIG_RTC_HCTOSYS_DEVICE="rtc0". This is unnecessary and becomes a problem when aiming to use an external I2C RTC, which currently requires a manual `hwclock --hctosys --rtc /dev/rtc1` call to be used. With the SoC-internal RTC disabled, the kernel restores from the external RTC automatically.

Signed-off-by: MichaIng <micha@dietpi.com>

Signed-off-by: MichaIng <micha@dietpi.com>

by assigning it to the ethernet1 alias. U-Boot assigns an autogenerated MAC based on hardware parameters automatically.

Signed-off-by: MichaIng <micha@dietpi.com>

U-Boot generates and assigns two MAC addresses for Rockchip SBCs with ethernet0 and ethernet1 aliases pointing to repsective device nodes.

The PCIe child node for the PCIe Ethernet adapter with the needed "local-mac-address" property is added with this patch, as well as the respective alias.

This commit additionally applies default Ethernet LED triggers.

Signed-off-by: MichaIng <micha@dietpi.com>

U-Boot generates and assigns two MAC addresses for Rockchip SBCs with ethernet0 and ethernet1 aliases pointing to repsective device nodes.

The PCIe child nodes for both 2.5 Gbit Ethernet adapters with the needed "local-mac-address" properties are added with this patch, as well as the respective aliases.

This commit applies as well default Ethernet LED triggers.

Signed-off-by: MichaIng <micha@dietpi.com>

U-Boot assigns the variables eth(0)addr, eth1addr, eth2addr etc as MAC addresses to device tree aliases ethernet0, ethernet1, ethernet2 etc. For Rockchip SBCs, it generates only ethaddr and eth1addr so far. To support 3 static MAC addresses for the NanoPi R5S, it needs to generate eth2addr. This is archived with a U-Boot patch, to derive eth2addr the same way like eth1addr, but inverting the 2nd last bit instead.

With a kernel patch, PCIe child nodes with the needed "local-mac-address" attributes are added to respective PCIe bridge nodes, and added as ethernet1 and ethernet2 aliases respectively.

In sum: U-Boot additionally generates a valid eth2addr, and additionally assigns eth1addr and eth2addr to the now existing ethernet1 and ethernet2 aliases, pointing to the 2.5 Gbit Ethernet device nodes.

This commit applies as well default Ethernet LED triggers.

Signed-off-by: MichaIng <micha@dietpi.com>

Signed-off-by: MichaIng <micha@dietpi.com>

since it sometimes results in a boot loop, when aiming to boot from eMMC or SD card: MichaIng/DietPi#7168, https://forum.armbian.com/topic/36141-usb-errors/

The attempt to boot from USB might be too fast, when trying it first, where some USB drives are not ready yet, resulting in an error.

Signed-off-by: MichaIng <micha@dietpi.com>

U-Boot assigns the variables eth(0)addr, eth1addr, eth2addr etc as MAC addresses to device tree aliases ethernet0, ethernet1, ethernet2 etc. For Rockchip SBCs, it generates only ethaddr and eth1addr so far. To support 3 static MAC addresses for the NanoPi R6S, it needs to generate eth2addr. This is archived with a U-Boot patch, to derive eth2addr the same way like eth1addr, but inverting the 2nd last bit instead.

With a kernel patch, PCIe child nodes with the needed "local-mac-address" attributes are added to respective PCIe bridge nodes, and added as ethernet1 and ethernet2 aliases respectively.

In sum: U-Boot additionally generates a valid eth2addr, and additionally assigns eth1addr and eth2addr to the now existing ethernet1 and ethernet2 aliases, pointing to the 2.5 Gbit Ethernet device nodes.

Due to shared includes, this applies static MAC addresses for both NanoPi R6C adapters as well.

This commit additionally fixes the default Ethernet LED triggers for NanoPi R6C and applies them for later Linux versions.

Signed-off-by: MichaIng <micha@dietpi.com>

Signed-off-by: MichaIng <micha@dietpi.com>

Signed-off-by: MichaIng <micha@dietpi.com>

Seriously, while the chip might live long enough at 85 °C - 100 °C, it is also about the temperature sourrounding components, peripherals and in case passive cooling cases get. I do not want to fry eggs on my NanoPi R4S case, which is directly connected to the SoC as passive cooler.

Revert to upstream Linux values, which can always be overridden via board device tree or overlay.

Signed-off-by: MichaIng <micha@dietpi.com>

On mainline Linux for RK3588 `&usb_host0_xhci` is usually the USB-C port, if there is one, sometimes used as debug serial port, like on NanoPi R6C. Depending on SBC, it is pre-configured differently. Add overlays to swap it freely.

Signed-off-by: MichaIng <micha@dietpi.com>

The additional HDMI timings have been added upstream: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit?h=linux-6.12.y&id=d1ea423

Signed-off-by: MichaIng <micha@dietpi.com>

Linux removed it from base dtsi to be added to individual dts for boards which actually have onboard Ethernet: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit?id=5d90cb1

Signed-off-by: MichaIng <micha@dietpi.com>

All credits go to @gitmeister: MichaIng/DietPi#5414 (comment)

Signed-off-by: MichaIng <micha@dietpi.com>

It breaks the respective USB port on all RK3328 boards we support, and the internally attached Ethernet on NanoPi R2S.

Signed-off-by: MichaIng <micha@dietpi.com>

armbian/linux-rockchip@7628960

Everything is wired the same way, and mainline defines the same pinctl, only on vendor it is missing:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/arch/arm64/boot/dts/rockchip/rk3588-base-pinctrl.dtsi#n368

Signed-off-by: MichaIng <micha@dietpi.com>

That way, it can be autoloaded. Otherwise, e.g. LEDs on ROCK64 do not work unless manually loading that driver.

Signed-off-by: MichaIng <micha@dietpi.com>

Not needed anymore for any device or kernel version we support.

Signed-off-by: MichaIng <micha@dietpi.com>

Signed-off-by: MichaIng <micha@dietpi.com>

for Orange Pi 5 Max and Ultra WiFi support

Signed-off-by: MichaIng <micha@dietpi.com>

In case of Orange Pi 3B v1.1: All other differences between the (functional) vendor kernel device tree and mainline kernel have been tested, as well as defining a more precise "compatible" entry for the PHY. Also raising the reset delays to match the vendor kernel values did not work. Only reverting to old way of defining reset delays in MAC instead of PHY solved the RTL8211F Ethernet of this board.

Same change helped for ROCK 3B and Orange Pi 3 LTS, which use the same RTL8211F chip, or the pin-compatible YT8531.

`https://dietpi.com/forum/t/22129`
`https://github.com/MichaIng/DietPi/issues/7327`
`https://github.com/MichaIng/DietPi/issues/7490`
`https://github.com/MichaIng/DietPi/issues/7905`

Signed-off-by: MichaIng <micha@dietpi.com>

including the btrsubvol for manging Btrfs subvolumes, and "setexpr fmt" sub-command.

Signed-off-by: MichaIng <micha@dietpi.com>

It has a size of >40 MiB for a device we do not support.

Signed-off-by: MichaIng <micha@dietpi.com>

It is in peripheral mode by default.

Signed-off-by: MichaIng <micha@dietpi.com>

)

It causes a kernel error if missing, despite being ignored with rgmii-rxid mode:
- https://github.com/torvalds/linux/blob/b10d56b/drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c#L1276-L1285
- https://github.com/torvalds/linux/blob/b10d56b/drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c#L1433-L1438

Signed-off-by: MichaIng <micha@dietpi.com>

Upstream kernel defines the exact same LEDs already. having both defined leads to unusable LED sysfs nodes: MichaIng/DietPi#5401

Signed-off-by: MichaIng <micha@dietpi.com>

*Total -- 5,229.38kb -> 4,931.20kb (5.7%)

/.github/logo.png -- 60.69kb -> 35.55kb (41.43%)
/packages/blobs/desktop/desktop-wallpapers/armbian-1080p-evolution.jpg -- 91.42kb -> 69.89kb (23.55%)
/packages/plymouth-theme-armbian/watermark.png -- 8.65kb -> 6.61kb (23.52%)
/packages/bsp/common/usr/share/pixmaps/armbian-logo-text-dark.png -- 8.77kb -> 6.76kb (22.91%)
/packages/bsp/common/usr/share/pixmaps/armbian-logo-text.png -- 8.78kb -> 6.82kb (22.29%)
/packages/bsp/common/usr/share/pixmaps/armbian-logo-text-dark.svg -- 5.67kb -> 4.52kb (20.33%)
/packages/plymouth-theme-armbian/spinner.gif -- 18.27kb -> 15.46kb (15.35%)
/packages/blobs/splash/spinner.gif -- 18.27kb -> 15.46kb (15.35%)
/packages/blobs/desktop/desktop-wallpapers/armbian-1080p-love.jpg -- 145.79kb -> 126.55kb (13.19%)
/packages/bsp/common/usr/share/pixmaps/armbian-logo-text.svg -- 9.71kb -> 8.44kb (13.13%)
/packages/blobs/desktop/sddm/themes/plasma-chili/Preview.png -- 314.62kb -> 279.21kb (11.26%)
/packages/blobs/desktop/desktop-wallpapers/armbian-4k-neon-gray-penguin.jpg -- 2,383.64kb -> 2,264.65kb (4.99%)
/packages/blobs/desktop/desktop-wallpapers/armbian-4k-purple-penguin.jpg -- 1,513.64kb -> 1,460.21kb (3.53%)
/.github/README.gif -- 176.24kb -> 171.58kb (2.65%)
/packages/blobs/desktop/desktop-icons/scrcpy.svg -- 63.50kb -> 62.08kb (2.23%)
/packages/blobs/desktop/lightdm-wallpapers/armbian-4k-green-penguin-gauss.jpg -- 131.66kb -> 129.87kb (1.36%)
/packages/blobs/desktop/lightdm-wallpapers/armbian-4k-blue-monday-gauss.jpg -- 169.39kb -> 167.40kb (1.17%)
/.github/armbian-logo.png -- 34.06kb -> 33.74kb (0.95%)
/packages/blobs/splash/grub.png -- 66.61kb -> 66.40kb (0.32%)

Signed-off-by: ImgBotApp <ImgBotHelp@gmail.com>